CSEG3060 · Research Methodology in Computer Science

Developing the Research Proposal

From the research problem to the finished document: objectives, hypotheses, significance, scope, feasibility — and the ten components

A proposal is read three times: as a promise, as a plan, and later as a contract you will be measured against.

Unit IV · Lecture 2 of 3 · 60 minutes · CO4 · B.Tech (CSE) Semester V

Dr. Mohsin Furkh Dar · School of Computer Science, UPES

→ / Space next · ← back · O overview · N speaker notes · F full screen

Learning outcomes · CO4

By the end of this session, you can…

01

Distinguish a research problem, a research question and a research hypothesis

02

Identify and refine a research problem in computing using structured techniques, and state it to SMART criteria

03

Formulate measurable objectives and testable hypotheses — and recognise when hypotheses do not apply

04

Articulate significance, scope and feasibility with rigour, not rhetoric

05

Construct all ten components of a proposal document, including work plan, timeline and budget

06

Evaluate a sample proposal against standard academic criteria

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal2

What a proposal is

One artefact, three simultaneous jobs

Persuasive document

It convinces reviewers, funders or supervisors that the work is worthwhile, feasible and methodologically sound. Nothing else in the document matters if this fails.

Planning document

It forces you to think systematically about problem, approach, resources and schedule — before committing eighteen months to them.

Contractual document

Once approved it becomes the benchmark against which your progress and deliverables are evaluated. What you promised is what you will be asked for.

Where you will write one: academic theses · funded research (DST-SERB, MEITY, NSF, EU Horizon) · industrial R&D submissions · conference workshop papers. Sponsors vary the template; the underlying structure is nearly universal.

Why this lecture is in two halves

The first half builds the intellectual core — problem, objectives, hypotheses, literature, significance, scope, feasibility. The second half builds the document that carries it. The order is not arbitrary: a beautifully formatted proposal with an ill-defined problem is rejected, while a rough draft of a sharp idea can be rewritten.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal3

Orientation

The intellectual core, and the ten components

Part 1 · The intellectual core

Research problemDefines the gap the study addresses
Research questionsOperationalise it into answerable inquiries
ObjectivesState the concrete aims
HypothesesTestable predictions, where applicable
Literature reviewContext, gaps, no duplication
SignificanceWhy it matters
ScopeWhat is and is not covered
FeasibilityThat it can realistically be executed

Part 2 · The ten components

1 Title pageIdentifies project and investigators
2 AbstractSingle-paragraph summary of the whole
3 IntroductionContext, background, motivation
4 ObjectivesSpecific goals
5 MethodologyMethods, tools, datasets, analysis
6 Work planTasks, phases, responsibilities
7 TimelineGantt chart or milestone table
8 BudgetFinancial resources required
9 Expected outcomesDeliverables, publications, impact
10 ReferencesConsistent citation style
CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal4

Intellectual core · 1 of 8

What counts as a research problem in computing

A specific issue, difficulty or contradiction investigable by empirical, theoretical or computational means. A well-stated problem answers three implicit questions: what is the deficiency · where and under what conditions does it occur · why does it matter to the field, stakeholders or society.

Where problems arise in CS

  • Performance bottlenecks in existing algorithms or systems
  • Limitations of current models on new data types or scales
  • Unmet user requirements in HCI contexts
  • Open theoretical questions — complexity, computability
  • Sociotechnical concerns — privacy, fairness, sustainability

Where to look for them

  • Personal experience with a system, tool or framework
  • Literature gaps from surveys and systematic mapping studies
  • Industry reports (Gartner, ACM TechReports)
  • Open-problem sections at NeurIPS, SIGCOMM, CHI
  • Replications and contradictions in prior empirical findings
  • Interdisciplinary intersections — NLP on legal corpora, blockchain for health records

This connects directly to Unit III: a gap is a claim about the literature, and must be evidenced by a documented search rather than asserted because you have not read enough.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal5

Intellectual core · 2 of 8

Five techniques for problem identification

1 · Brainstorming and mind mapping

Generate broad themes, then cluster them into narrower sub-issues.

2 · The 5W1H framework

Apply What, Why, Who, Where, When, How to dissect a broad topic into its components.

4 · Problem tree analysis

Map causes, effects and the core issue — separating symptoms from the thing worth solving.

3 · PICO(T), adapted from evidence-based research

Population — the data or the system users

Intervention — your proposed technique or model

Comparison — the baseline or state of the art

Outcome — the measured metric: accuracy, latency, energy

Timeframe — the evaluation period

PICO(T) is the fastest route from a vague interest to a comparable, measurable claim — it forces a baseline and a metric into existence.

5 · Critical reading

Identify the limitations that authors of seminal papers state themselves. The “Limitations” and “Future work” sections of strong papers are the cheapest source of legitimate research problems available to you.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal6

Intellectual core · 3 of 8

Weak and strong — the same topic, stated twice

Specific

A defined sub-domain, not a field

Measurable

Precision, recall, F1, throughput

Achievable

Within your technical and resource capacity

Relevant

A recognised gap or stakeholder need

Time-bound

Completable in the project duration

Weak

“Machine learning is not very accurate.”

Strong

“Existing convolutional neural network architectures for skin lesion classification achieve a maximum F1-score of 0.81 on the ISIC 2019 dataset, which is insufficient for clinical deployment where false negatives carry high patient risk. This study seeks to improve classification accuracy while maintaining interpretability.”

The strong version names the what (F1 of 0.81 on a named dataset), the why (false negatives carry patient risk) and the so what (clinical deployment is blocked). “Cybersecurity” is a field; “intrusion detection in IoT networks using deep learning” is a problem.
CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal7

Intellectual core · 4 of 8

Objectives translate the problem into actionable intent

Hierarchy

Primary (general) objective — the overarching goal that captures the spirit of the research.
Secondary (specific) objectives — discrete, sequential sub-goals that together deliver it.

Objectives are the benchmark against which the project’s success is later judged. They define what success looks like.

Five characteristics

  1. Clear — unambiguous, plain language
  2. Realistic — achievable within constraints
  3. Measurable — evaluable against specific metrics
  4. Ordered — foundational before applied
  5. Action-oriented — begin with strong verbs

Verbs that work

design develop evaluate compare analyse implement validate

Three pitfalls

Too broad — “To study machine learning”.
Objectives confused with methods — “To use Python and TensorFlow”.
Activities listed as outcomes — “To conduct a literature review” is a task, not an objective.

Avoid study, understand and explore unless followed by a measurable complement.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal8

Worked example

Smart traffic management — one primary, five secondary

Primary objective — to design and evaluate a deep reinforcement learning framework for adaptive traffic signal control in heterogeneous urban environments.
01

To analyse the limitations of existing fixed-time and actuated traffic control systems through a systematic literature review

02

To develop a multi-agent reinforcement learning model that adjusts signal phases from real-time traffic density

03

To implement the framework in a simulated urban grid using SUMO and benchmark it against baseline controllers

04

To evaluate performance on average vehicle delay, throughput, queue length and emissions

05

To assess the transferability of the trained policy across varying traffic demand profiles

Read the sequence: survey → build → implement and benchmark → measure → generalise. Each objective is a verb plus a measurable complement, and each depends on the one before it — that ordering is what makes the work plan on slide 18 possible.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal9

Intellectual core · 5 of 8

Four types of hypothesis — with CS examples

TypeDescriptionExample
Null (H₀)No significant effect or difference“There is no significant difference in classification accuracy between the proposed CNN and baseline ResNet-50 on CIFAR-10.”
Alternative (H₁ / Hₐ)Asserts a meaningful effect“The proposed CNN achieves significantly higher classification accuracy than ResNet-50 on CIFAR-10.”
DirectionalSpecifies the direction of the effect“Increasing transformer layers beyond 12 will degrade performance on low-resource translation tasks due to overfitting.”
Non-directionalAn effect, without direction“There is a relationship between dataset size and model robustness.”

Five characteristics of a good hypothesis

Testable by statistical or empirical means · falsifiable in principle · specific about variables and their relationship · grounded in theory or prior literature · concise, ideally one declarative sentence.

Hypothesis, question, problem

The problem is the deficiency. The question makes it answerable. The hypothesis is a prediction about the answer. Examiners test this three-way distinction routinely.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal10

Intellectual core · 6 of 8

Stating it formally — and knowing when not to state it at all

The comparative performance hypothesis

H₀ : μ_proposed − μ_baseline = 0H₁ : μ_proposed − μ_baseline ≠ 0

where μ is the population mean of a performance metric — accuracy, latency, throughput. You collect sample data and run a statistical test (paired t-test, Wilcoxon signed-rank) to decide whether to reject H₀ at significance level α, conventionally 0.05.

When hypotheses are not appropriate

In exploratory, descriptive and design-science research. A study proposing a new software architecture pattern does not require hypothesis testing; it is evaluated by design principles, heuristics and qualitative criteria such as utility, elegance and reusability.

Forcing a hypothesis onto design-science work is a common and visible error — reviewers read it as a misunderstanding of your own paradigm.

The decision, in one question

Are you comparing measurable outcomes between conditions? If yes, state H₀ and H₁ and name the test. If you are building an artefact and arguing it is better by construction, state evaluation criteria instead.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal11

Intellectual core · 7 of 8

The literature review inside a proposal

Four functions

  1. Establishes the scholarly context of the proposed work
  2. Identifies the gaps that justify the new study
  3. Prevents duplication of prior effort
  4. Informs methodological choices — effective techniques, datasets, evaluation practices

Five types

NarrativeBroad synthesis — doctoral proposals
SystematicProtocol-driven, quality-assessed
Mapping studyCategorises the landscape — SE, HCI
Meta-analysisStatistical aggregation of effect sizes
ScopingBreadth and depth — emerging topics

SLR — the Kitchenham steps

  1. Define the review’s research questions
  2. Search strategy — ACM DL, IEEE Xplore, Scopus, arXiv; keywords; inclusion criteria
  3. Multi-stage screening; quality assessment with validated checklists
  4. Data extraction on standardised forms, then thematic or quantitative synthesis

Structure of the section

Background → theoretical foundations → state of the art → critique → gap identification. The last move must be explicit: state what is missing and how your work addresses it.

Four pitfalls

Annotation without synthesis — summaries, not integration
Citation bias — Western, English-language, industry-heavy
Outdated evidence — ignoring recent preprints and benchmarks
No critical voice — claims accepted at face value

Mini case — FL for health records: Konečný (2016) → Wei (2020) → Li (2023) surfaces recurring limits that justify a new secure aggregation protocol.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal12

Intellectual core · 8 of 8

Significance, and the boundaries you declare

Theoretical

A new complexity bound or model

Methodological

Improved procedures, tools, evaluation frameworks

Empirical

New datasets, benchmarks, experimental insight

Practical

Solves an industry problem; informs policy

Societal

Ethical, environmental, equity considerations

Significance — a template that works

“This study is significant because it [addresses / resolves / extends] [specific gap] in [domain]. The findings will [advance theory / inform practice / support stakeholders] by [specific mechanism].”

Filled in: “…addresses the lack of lightweight intrusion detection models for edge devices in IoT networks. The framework will advance theory in resource-constrained deep learning and offer practitioners a deployable artefact that identifies threats in real time without cloud infrastructure.”

Scope — five boundaries to declare

Topic (algorithms, systems, phenomena) · theoretical (frameworks adopted or excluded) · methodological (methods, tools, datasets) · geographic or demographic (social computing, HCI, policy) · temporal (data collection or operation period).

Sample: “Limited to the evaluation of PPO, SAC and DQN for adaptive traffic signal control in simulated urban grids of up to 20 intersections. Real-world deployment, metropolitan-scale networks and pedestrian-priority optimisation fall outside this scope.”

Three scope errors: too broad (several unrelated problems) · too narrow (cannot yield meaningful conclusions) · unstated assumptions (data availability or hardware access assumed but never verified).
CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal13

Can it actually be done?

Six pillars of feasibility, and how to evidence them

Six dimensions

TechnicalAre the tools, libraries and hardware accessible?
DataAre datasets available, accessible and legally usable?
OperationalAre institutional approvals (IRB, ethics) in place?
ScheduleIs the timeline realistic given task dependencies?
EconomicIs the budget adequate for compute, travel, dissemination?
Human resourcesDoes the team have the expertise?

Four techniques

SWOT analysis · Gantt chart for scheduling and milestones · risk register (risk, likelihood, impact, mitigation) · proof of concept — a small preliminary implementation that validates your assumptions.

Five risk categories in CS research

Data — insufficient or biased datasets, licensing
Compute — hardware failure, GPU shortage, cost overrun
Algorithmic — non-convergence, instability, poor generalisation
Operational — staff attrition, third-party API dependency
Ethical — personal data, dual-use in security research

A feasibility block that convinces — note that every claim is evidenced

“The study is technically feasible because all required libraries (PyTorch 2.1, Ray RLlib) are open-source, and computation can be performed on the institutional GPU cluster (4× NVIDIA A100). The PEMS-BAY traffic dataset is publicly available through the California Department of Transportation. A preliminary PoC using SUMO on a 4-intersection grid has been completed, confirming that a single training episode requires approximately 12 minutes — well within the project’s computational budget.”

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal14

Part 2 begins

The idea is sound. Now build the document.

Everything so far is the argument. The remaining ten components are the vehicle that carries it to a reviewer who has forty proposals to read and will spend four minutes on yours before deciding how carefully to read the rest.

Title page
and Abstract

Introduction
and Objectives

Methodology
the heart

Work plan
timeline, budget

Outcomes
and References

The single test the whole document must pass: every objective is addressed by the methodology, produces a deliverable in the outcomes, and occupies time in the work plan. Reviewers check this alignment first, because misalignment is the cheapest signal that a proposal was assembled rather than designed.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal15

Components · 1 and 2

The two sections that decide whether the rest is read

Title page

Title — 10–15 words, descriptive, containing the key technical terms that will index it in databases · PI and Co-PIs with designations, affiliations, contacts · institution and department · funding agency and call identifier · submission date and version · declarations and signatures where required.

Weak — “A Study on Machine Learning”

Strong — “A Hybrid Deep Learning Framework for Real-Time Anomaly Detection in IoT-Enabled Smart Grid Networks”

No abbreviations unless universally understood (AI, ML, IoT) · no terminal full stop · consistent title or sentence case.

Abstract — 200–300 words, six moves

1 Context (1–2 sentences) — background and domain

2 Problem / gap (1–2) — what is missing

3 Objective (1) — what this research aims to do

4 Methodology (2–3) — how it will be done

5 Expected outcomes (1–2) — deliverables and impact

6 Keywords (4–6) — for indexing

Four mistakes: citations or equations in the abstract · an abstract that does not match the proposal · exceeding the word limit — grounds for desk rejection · undefined jargon.

Worked abstract (condensed): “The rapid proliferation of IoT devices in healthcare has introduced unprecedented cybersecurity vulnerabilities in patient monitoring. [context] Existing intrusion detection struggles to identify zero-day attacks while maintaining low false-positive rates. [gap] This research proposes a hybrid framework combining CNNs for spatial feature extraction and LSTMs for temporal pattern recognition. [objective + method] The model will be trained on CIC-IoT-2023 and tested in a simulated smart hospital. The expected outcome is real-time detection exceeding 98 percent accuracy with response latency under 50 ms. [outcomes]”

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal16

Component · 3

The introduction, in five moves

The five subsections — 800 to 1,500 words

1 Background — the foundational knowledge needed to understand the problem

2 Problem statement — what is wrong with current approaches, and why does it matter?

3 Motivation — why now: prevalence with statistical evidence, economic or regulatory implications, technological enablers

4 Literature gap — what is missing after the survey

5 Contribution summary — the enumerated claims

The funnel, concretely

  1. Cybersecurity is critical for digital infrastructure
  2. Cloud environments face evolving threats
  3. Signature-based intrusion detection fails against polymorphic malware
  4. There is a need for an adaptive, behaviour-based detection mechanism

Four sentences take the reader from a field to a specific unresolved issue. Each step discards everything the next step does not need.

Positioning phrases that do the work

“However, none of the existing approaches have addressed…”
“To the best of the authors’ knowledge, no prior study has investigated…”
“A critical limitation of current methods is…”

Contribution summary — enumerate, do not gesture

“The major contributions are: (i) a novel hybrid CNN-LSTM architecture for IoT anomaly detection, (ii) a curated benchmark dataset for smart healthcare scenarios, (iii) extensive empirical evaluation demonstrating superior accuracy and latency, and (iv) an open-source reference implementation for reproducibility.”

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal17

Component · 5

Methodology — the heart of the proposal

Six subsections

  1. Research design — experimental, prototype-based, case study, simulation
  2. Data collection — sources, datasets, ethics, preprocessing
  3. Proposed model or algorithm — formulation, architecture, pseudocode, workflow diagrams
  4. Implementation tools — languages, frameworks, libraries, hardware
  5. Evaluation metrics — quantitative, with justification
  6. Validation strategy — cross-validation, baselines, ablations, statistical tests

Formal specification

CS proposals carry definitions, equations and algorithm sketches. Define every symbol:

L(θ) = −(1/N) Σᵢ [ yᵢ·log(ŷᵢ) + (1−yᵢ)·log(1−ŷᵢ) ]

binary cross-entropy loss; θ the parameters, N the sample count, yᵢ the true label, ŷᵢ the predicted probability

Algorithm 1 · Hybrid CNN-LSTM detection In: traffic sequence X = {x₁ … x_T} Out: score s ∈ [0,1] 1: F = CNN(X) spatial features 2: H = LSTM(F) temporal dependencies 3: s = σ(W·H + b) anomaly score

Reproducibility — now expected, not optional

Open-source repository (GitHub, GitLab) · public datasets or clear licensing for proprietary data · hardware specified (NVIDIA RTX 3090, 64 GB RAM) · random seeds and hyperparameter settings.

Tools you can name

Languages Python, R, Julia, C++, Java · Frameworks TensorFlow, PyTorch, scikit-learn, Keras · Data pandas, NumPy, Matplotlib, Seaborn · Experiment management MLflow, Weights & Biases, DVC · Cloud AWS SageMaker, Google Vertex AI, Azure ML

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal18

Components · 6 and 7

Work packages, milestones, and the Gantt chart

Work packageTitleMonthsLeadDeliverable
WP1Literature review and problem refinement1–3PIReview report
WP2Dataset collection and preprocessing3–5Co-PICurated dataset
WP3Model design and implementation5–9Research scholarWorking prototype
WP4Experimental evaluation9–13Research scholarResults and analysis
WP5Deployment and real-time testing13–16Industry partnerDeployed system
WP6Documentation, publication, reporting16–18AllPapers, final report

Milestones — checkpoints tied to deliverables

M1 (month 3) literature review report complete · M2 (month 5) dataset finalised and preprocessed · M3 (month 9) working prototype at baseline performance · M4 (month 13) full experimental evaluation complete · M5 (month 18) final report and project closure.

Three rules for the work plan

Every WP has a clear, verifiable deliverable — a report, dataset, code module or publication. Dependencies between WPs are stated explicitly. Every major WP carries a risk mitigation line: “if GPU procurement is delayed, cloud instances will be used as fallback”.

The timeline renders this chronologically as a Gantt chart — rows are tasks, columns are months, shaded cells are activity. Overlapping bars are not a flaw; they are how you show parallel work and where the critical path actually runs.

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal19

Component · 8

The budget translates the work plan into money

Standard heads of expenditure

ManpowerJRF/SRF salaries, project staff
EquipmentHardware and software purchases
ConsumablesCloud credits, datasets
TravelConference registration, airfare, per diem
ContingencyTypically 5–10 percent
Institutional overheadOften 10–20 percent of total
PublicationsAPCs, open-access fees

Worked budget

ItemQtyTotal (INR)
GPU workstation (RTX 4090, 64 GB)1250,000
JRF stipend (24 months)1744,000
Cloud compute (AWS)12 mo120,000
Conference travel2150,000
Publications (2 journals)2200,000
Contingency—100,000
Total1,564,000
Every head carries a one-paragraph justification explaining why the cost is necessary and reasonable. An unjustified line is cut; an inflated budget invites scrutiny of everything else. Note that manpower, not equipment, is almost always the largest head.
CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal20

Components · 9 and 10

What you will deliver, and whose work you build on

Academic

2–3 journal papers in SCI/Scopus venues · 1–2 conference papers · one Ph.D. thesis where applicable

Technical

Open-source toolkit · curated and annotated benchmark dataset · prototype or proof-of-concept system

Human resource

Trained research scholars and postgraduate students · workshops and training programmes conducted

Societal / industrial

Reduced cyberattack incidents in the target deployment · technology transfer to industry partners · policy recommendations

Make outcomes SMART too

“An article will be submitted to IEEE Trans. Information Forensics and Security by month 18.” · “The framework will achieve at least 98 percent detection accuracy on the benchmark.” Both checkable; “we expect good results” is not.

Citation styles in CS

IEEEMost engineering and CS journals and conferences
ACMComputing conferences and journals
APA 7 / SpringerSocial-science-adjacent CS; LNCS proceedings

Tools: Zotero · Mendeley · EndNote · BibTeX / BibLaTeX

Five quality criteria

  • At least 40 percent of references from the last 3–5 years
  • Include the seminal and foundational papers
  • Avoid excessive self-citation; use primary sources, not secondary interpretations
  • Every citation appears in the list, and vice versa
CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal21

The reviewer's first check

Seven mistakes — and the alignment test that catches most of them

Read your own proposal in one direction only: objective → methodology → work package → deliverable. Any objective that cannot be traced along that chain is either unfunded, unscheduled, or not really an objective.

Seven common mistakes

  1. Mismatched components — objectives the methodology never addresses
  2. Vagueness — “appropriate methods will be used”; name them
  3. Inflated budgets — unjustified expense invites cuts or rejection
  4. Missing risk analysis — always include a brief risk matrix
  5. Ignoring ethics — committee approval, anonymisation, informed consent
  6. Poor grammar and formatting — spell-check, consistent fonts, standard margins
  7. Lack of innovation — replication without a clear novelty claim rarely succeeds

A complete proposal, in miniature

“Privacy-Preserving Federated Learning for Cross-Organisation Medical Imaging Analysis”

Introduction — medical AI matters; HIPAA and India’s DISHA block data sharing; FL is the emerging answer.
Objectives — (1) an FL framework enabling multi-hospital collaboration without sharing raw data; (2) integrated differential privacy with formal guarantees; (3) validation on chest X-ray, brain MRI and histopathology benchmarks.
Methodology — federated averaging, privacy budget ε, simulated hospital clients.
Work plan — six WPs over 24 months. Timeline — Gantt with quarterly milestones. Budget — ₹22 lakh: JRF, GPU server, cloud, travel.
Outcomes — two SCI publications, an open-source framework, a radiologist workshop.
References — 45 IEEE-format entries including McMahan et al. (2017) and Dwork & Roth (2014).

CSEG3060 · Unit IV · Lecture 2 — Developing the Research Proposal22

Consolidation

What you must be able to do by Lecture 3

Seven takeaways

  • A proposal is persuasive, planning and contractual at once
  • The problem anchors everything — SMART, with a named dataset and metric
  • Objectives define success; verbs plus measurable complements, logically ordered
  • Hypotheses where you compare conditions; evaluation criteria where you build artefacts
  • Significance, scope and feasibility are argued with evidence, not asserted
  • The ten components carry the argument to a reviewer with four minutes
  • Above all: objective → methodology → work package → deliverable must align

Exam focus

  1. Problem vs question vs hypothesis, with a CS example of each
  2. Why SMART matters for a problem statement; illustrate in software engineering
  3. Null vs alternative hypotheses, and when hypotheses do not apply
  4. The five types of literature review and the six SLR steps
  5. The five dimensions of significance; write a significance statement to template
  6. The six feasibility pillars; construct a risk register entry
  7. Name and order the ten components; draft a work plan and Gantt chart

Assignment 2 — released with this lecture

A full research proposal in the prescribed format (10 marks, CO4). Use the ten components as your section headings and the alignment test as your self-check before submission. Due at lecture V.3.

Reading

Kitchenham SLR guidelines · Konečný et al. (2016) · Wei et al. (2020) · McMahan et al. (2017) · Dwork & Roth (2014) · your target agency’s own proposal template — DST-SERB, MEITY or AICTE

Next — Lecture 3: Presenting and Defending Your Proposal: presentation architecture, audio-visual aids, communication skills, handling committee queries, and the rubric you will actually be scored against.

1 / 15

Slides — click to jump Esc to close

Speaker notes